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SYSTEM AND METHOD FOR DEFINING INTERFACE 
OF MANUFACTURE EXECUTION SYSTEM 
Claim of Priority 

[0001] This application claims the benefit, pursuant of 35 U.S.C. §119, of the earlier 

filing date of commonly owned Patent Application Serial No. 92106107, filed on March 19, 
2003 in the Patent Office of the ROC, Taiwan. 

Background 

Field of the invention 

[0002] This invention relates to Manufacturing Executing Systems (MES) and, more 

particularly, to a protocol used to communicate between servers and clients operating in a MES 
environment. 
Glossary of terms 

[0003] The following terms and definitions are offered in order to facilitate 

understanding of the invention: 

CIM Computer Integrated Manufacturing 

CORBA Common Object Request Broker Architecture is the OMG platform- 
independent technique for programs running on different machines to 
communicate with each other. 
IDL Interface Definition Language. Generally refers to the OMG/CORBA IDL. 
Used to define interfaces to objects. Defines the types of objects according 
to the operations that may be performed on them and the parameters to 
those operations. This is similar to a C++ header file. For example, in the 
CORBA context, an IDL compiler generates "stubs" that can be called by 
client code and skeletons for implementing server code. IDL compilers 
exist to map the IDL definitions into various languages: C, C++, Smalltalk, 
Java. 

MES Manufacturing Execution Systems 

OMG Object Management Group 

SEMATECH SEmiconductor MAnufacturing TECHnology: an international research 

consortium in which member companies cooperate precompetitively in key 
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areas of semiconductor technology, sharing expenses and risk with the 
common aim of accelerating development of advanced manufacturing 
technologies. 

SiView Standard An integrated Manufacturing Execution System (MES) and equipment 
automation offering from IBM that is compatible with the 
SEMY/SEMATECH CM Framework and Object Management Group 
(OMG) standards. It uses object-oriented technology with plug-and-play 
flexibility to permit fine tuning of operational performance as needed. 
XML extensible Markup Language: a W3C proposed recommendation. Like 
HTML, XML is a simplified profile of SGML, for creating markup 
languages. XML: may be used to define many different document types, 
each of which uses its own element type names. 
HTML Hyper Text Markup Language uses a single SGML document type, with a 
fixed set of element type names, i.e., "tag names," such as "html ", "body", 
"hi", "ol". 

SGML An International Standard (ISO 8879) 



Background of the Art 

[0004] In large manufacturing facilities, such as a semiconductor foundry in which 

many tools are required to build the wafer and chip product, there exist many complex 
software programs or packages that are used to run and monitor the performance of the tools. 
Many of these monitoring and control software packages are written to standards defined by 
the semiconductor equipment consortium SEMATEC. SEMATEC standards are typically used 
as they guide manufacturers in the way these programs should be implemented. The main 
framework for this system of software programs is known as the Computer Implemented 
Manufacturing (CIM) framework. 

[0005] The overall control of the tools in the foundry is by a central computer or server 

having a Manufacturing Execution System (MES) tool control system. The central server has 
the information regarding each customer job that is currently being processed and ensures that 
each tool is performing the correct operation and in the appropriate sequence. This server 
communicates with users that monitor and control the production flow and operations on 
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individual client workstations. A MES of the type suitable for this purpose is sold under the 
model name SiView and is published by International Business Machine Corp. (IBM) of 
Armonk, NY. SiView and IBM are registered trademarks of the IBM Corporation. 
[0006] Currently, one of the goals of SEMATECH is to adopt a distributed 

5 communications pathway and protocol that is referred to as Common Object Request Broker 
Architecture (CORB A). This system allows for the development of distributed systems to 
operate seamlessly in an integrated architecture while functioning on various independent 
platforms. MES architectures, such as SiView, are following the recommendations of 
SEMATECH and are transitioning over to CORB A. With reference to Figure 1, an example of 

10 a communication pathway 100 using CORBA 120 connects server 1 10 and client device 130. 
Communication files are initiated through the CORBA communication pathway 120 using 
objects stored for use in a CORBA communication pathway using IDL files 115, 125. 
[0007] While suitable for its intended purpose one drawback to the use of IDL is that 

complex monitoring and control tasks can result in the use of many objects or software 

15 modules resulting in a large collection of IDL files to accomplish a specific task. This build-up 
of IDL files 1 15, 1 15a, 1 15b, etc., over time, adds complexity and additional overhead to the 
communication pathway. For example, a server may initially provide for the monitoring of 
two functions, such as "lot track in" and "lot track out," wherein "lot track in" may be 
representative of a monitoring function that monitors the input of a product lot and "lot track 

20 out" may be representative of a monitoring function that monitors the output of the production 
lot. In this case the IDL file contains two methods. Over time, as the desire to monitor more 
features grows and the capability to monitor more features increases, more functions may be 
added to enhance the server's capability. For example, functions such as "lot information 

PTN\34811.2 o 



EXPRESS MAIL NO. EV 306258343 US Attorney Docket No.: N1085-G0Q90 

[TSMC 2002-1000] 

inquiry," "operation history inquiry," "tool information inquiry," "lot running hold" may be 
functions that are desired and added. 

[0008] One method of organizing these new functions may be to develop categories of 

operations that include one IDL file per category. For example categories may be represented 
as: 

Category 1 - Action applied on lot; 
Category 2 - Information inquiry on lot; 
Category 3 - Action applied on tool; 
Category 4 - flow/routing setting; and 
Category 5 -modeling recipe manipulation 

[0009] Thus, an IDL file associated with Category 1 may monitor or track the input and 

output of material, for example. Category 2 may include an IDL file for a "query of lot 

information" or a "lot operation history." Category 3 may include an IDL file for setting or 

resetting the operation mode of a tool or for requesting a "tool operational status." Category 4 

may include an IDL file for flow management or route settings and Category 5 may include an 

IDL file for modeling individual recipes. 

[0010] However, an IDL file may become diverse and complex as new functions are 

added to the file. For example, an IDL file, entitled "File A" associated with category 1: 
(version 1.0), may monitor input and output using the following instructions shown here in the 
well known IDL programming language as: 

File A: "basic_result_structure" 

Interface ActionOnLot { 

TracklnResult = TrackinQ; 

TrackOutResult = TrackOutO 

[001 1] However, a user may need or desire additional actions such as "hold/release. " 

In this case, IDL file, File A, may be modified as: 

File A: "basic_result_structure" 

Interface ActionOnLot { 
TracklnResult = TrackinQ; 
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TrackOutResult = TrackOutO; 

HoldResult=hold(); 

ReleaseResult=releaseO; 

[0012] Users may desire to enhance the hold function with functions such as "future 

hold," "hold right now," and "hold after current operation complete." In this case, the IDL file, 

entitled "File Al," may be represented as: 



FileAl include "file A" 

include "Enhanced Jlesult_Structure" 

interface enhancedActionOnLot : basicActionOnLot { 
future_hold__result = future Jiold(); 
enhanced_hold_result_l = hold(in string 

Flag_HoldRightNow?); 
hold_next_result = holdjiext(); 
enhanced_release_result = release(in string userid); 
//check user id. 

[0013] In this case "File A," which has many of the desired features, is included in the 

new process, "File Al ." Thus, as new functions are added to the monitoring process, an 
increase in the complexity and number of the EDL statements naturally occurs. However, 
changes to basic IDL functions, such as File A, may cause operations of more complex 
functions to operate in an unexpected and undesired manner. 

[0014] Accordingly, there is a need for a method and system that allows for improved 

monitoring and tracking capability without significant increase in the complexity of the 
programming instructions performing the monitoring operations. 

Summary 

[0015] A system and method is disclosed for defining the interface of a manufacturing 

execution (MES). XML (Extensible Markup Language) is used to form an interface definition 
file and a XML tag-set file for simplifying the IDL (Interface Definition Language) files used 
by Si View MES that allows for the removal of Interface Repositories (IFR) so that each the 
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server and clients need only maintain an XML tag-set file and Interface Definition File. 
Furthermore, an XML schema file is used for validating the contents of the XML output file. 
The system for defining the MES interface to process a transaction between a server, having an 
MES, and a client through an XML file based on a communication protocol, comprises an IDL 
5 file for executing a plurality of service objects of the MES, an XML tag set file, wherein the 
XML tag set file uses XML for defining interfaces of the plurality of service objects and an 
XML schema file, wherein the XML schema file is within a web server for validating an output 
content generated by executing IDL file and the XML tag set file, wherein the XML tag set file 
is adapted to serve at least one argument of the plurality of service objects within the IDL file. 
10 [0016] It will be appreciated by those skilled in the art that with this new mechanism 

introduced above, the following benefits may be achieved: 

message content of a transactional based MES utilized with a protocol suitable to 
that format can be projected onto a standard, well-organized XML format; 

using XML as a remedy to eliminate or reduce handling of diverse IDL content as 
1 5 there is one single ASCII text typed IDL file composed and described by XML; 

an XML object is made more portable and not limited to a single communication 

pathway. 

Brief Description of the Drawings 
[0017] In the drawings: 

20 [0018] Fig. 1 is a system diagram of a conventional communication pathway; 

[0019] Fig. 2a is a system diagram of a communication pathway according to the 

present invention; 
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[0020] Fig. 2b is an alternate system diagram of a communication pathway according 

to the present invention; 

[0021J Fig. 3 is an example of an DDL envelope expressed in "C" programming 

language source code; 

5 [0022] Fig. 4 is an exemplary structure for an XML schema in accordance with the 

principles of the invention; 

[0023] Fig. 5 a is an example of a transaction structure within an XML schema 

disclosed in Fig, 4; 

[0024] Fig. 5b is an example of a header structure within an XML schema disclosed in 

10 Fig. 4; 

[0025] Fig. 5c is an example of a content structure within an XML schema disclosed in 

Fig 4. 

[0026] Fig. 6 illustrates an exemplary XML schema for requesting information from a 

server in accordance with the principles of the invention; and 
15 [0027] Fig. 7 illustrates an exemplary XML schema for replying to the request for 

information shown in Figure 6. 

[0028] It is to be understood that these drawings are solely for purposes of illustrating 

the concepts of the invention and are not intended as a definition of the limits of the invention. 
The embodiments shown in the figures and described in the accompanying detailed description 
20 are to be used as illustrative embodiments, and should not be construed as the only manner of 
practicing the invention. It is to be understood that these drawings are for purposes of 
illustrating the concepts of the invention and are not to scale. Also, the same reference 
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numerals, possibly supplemented with reference characters where appropriate, have been used 
to identify similar elements. 

Detailed Description 

[0029] Figure 2a illustrates an overview 200 of the use of XML in accordance with the 

5 principles of the present invention. In this overview, server 205 includes capability to use 
XML and IDL 115. In this case XML information is passed through Web for XML schema 
validation 210 to client 220. Client 220 also includes capability to use XML to unwrap the 
transferred information. 

[0030] Figure 2b illustrates an alternative MES communication system 250 in 

10 accordance with the principles of the present invention. In this case, MES configuration 250 is 
shown including a server 205 and client 220 connected by a communication pathway 120 as 
previously discussed. Server 205 and client 220 are adapted to generate objects using an XML 
protocol layer 207 and 227 while the communication pathway 120 transmits objects using an 
IDL protocol layer. Protocol gateways 25, 270 are provided between the communication 
15 pathway 120 and the client 205 and server 220 wherein XML object 260, defined by the XML 
protocol, 207 for example, are stored in an IDL envelope 265 for transmission across the 
CORBA communication pathway 120. It will be appreciated by those skilled in the art that 
XML, a world wide standard, is supported by many IT vendors, such as IBM, MICROSOFT 
and SUN MICROSYSTEMS, and allows for objects 260 to be defined a pure text, self- 
20 described form. By using XML protocol layer 255, 270, XML objects 260 can be shared using 
many other communication pathways such as TCP/IP 50, TIBCO RV 52 and SOAP 54 without 
the need for conversion. TCP/IP is well known in the networking art and is composed of 
layers, wherein "IP" is responsible for moving a packet of data from network node to network 
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node by forwarding each packet based on a four byte destination address (e.g., the IP number) 
and "TCP" is responsible for verifying the correct delivery of data from client to server. 
[0031] In accordance with the principles of the invention, the IDL file may be made 

invariant by describing one service that is to be provided by server 205. For example, Figure 3 
5 illustrates XML object, entitled SiView_Transaction, expressed in "C" programming language, 
which includes a single text input and a single text output. In this exemplary example, the 
input is an ASCII typed argument and the output is a string of ASCII characters. The input 
and output are described in XML format. 

[0032] As one skilled in the art would recognize, a well-defined XML file is useful as 

10 the XML file infers the existence of a schema file that can perform content validation. By 
using this feature, several IDL files used in an MES, such as SiView, may be folded into a 
single well-defined XML file. For example, in a system, such as SiView, there may be 
transactional based MES with almost all text content. In this case, the objects may be more 
easily transformed or converted IDL to XML formats and gateways 255, 270, which may be 
15 performed by software routines on server 210 and the clients 220, respectively, operating as 
separate units, can encapsulate the XML defined object into an IDL envelope. 
[0033] Figure 4 illustrates a schema structure 400 having a transaction region 41 0 that 

includes a header region 430 and a content region 450. The transaction region 410 includes 
information common to the transaction performed. For example, transaction region 410 may 
20 include information associated with identification 412, an action 414 to be performed or a 
function identification 416. The transaction region 410 further includes information with 
regard to header region 430 and content region 450. 
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[0034] Header region 430 includes information regarding a source, e.g., system 432 

and node 434, and information regarding any message, i.e., rc 436 or message identification 
438, that is required. Header 430 may further include information regarding a user, e.g. pwd 
440. 

5 [0035] Content region 450 includes information regarding a particular production lot 

452. For example, lot 452 may include information regarding whether there is a hold status 
454 request or a lot identification 456. Similarly, other information, referred to as any2, 452, 
and any3, 454 may be defined. 

[0036] Fig. 5a illustrates an example of a transaction region 410 of a sample XML 

10 schema in accordance with the principles of the invention. In this exemplary transaction region 
410, three attributes are identified, "id name" 510, "action" 512 and "function id" 514, that 
enables a user to provide input. For example, attribute "id name", is identified or typed as 
requiring a "string," of conventional alphanumeric values that may be entered by a user or may 
be read from a file. Similarly, attributes "action" 512 and "function id" 514 are typed as 
15 requiring similar "string" inputs. The element "transaction" 516 is identified as including the 
attributes "id name," "action" and "function id", which are represented as 510', 512' and 514', 
respectively. 

[0037] Transaction region 410 further defines the elements "Header" 520 and 

"Content" 540, which are more fully explained with regard to Fig. 5b and 5c, respectively. As 
20 one skilled in the art would appreciate, transaction region 410 may contain more than one 

transaction region, which is illustrated as 410\ Each transaction region may define different 
attribute types and header and content elements. 

PTN\34811.2 in 



EXPRESS MAIL NO. EV 306258343 US Attorney Docket No.: Nl 085-00090 

[TSMC 2002-1000] 

[0038] Fig. 5b illustrates an example of a header element 430 of a sample XML schema 

in accordance with the principles of the invention. In this exemplary header element 430, the 
element "msg" 436 is identified and typed as including two attributes, "rc" and "msgjd," 
which are represented as 432' and 434', respectively. Attributes "rc" and "msgjd" are 
5 identified and typed, at 432 and 434, respectively, as being "string" values. Similarly, the 
element "from" 438 is identified and typed as including two attributes, "node" and "sys", 
represented as 440' and 442', respectively. In this illustrated example, header element 410 
further includes a user element 444 containing a single attribute "pwd", represented as 446'. 
Attribute "pwd" is identified and typed as a "string" data type, represented as 446. 

10 [0039] The header element 430' is next identified and typed as containing three 

elements, "from" 438, "msg" 436 and "user" 444, and one attribute "sno" 448\ Attribute "sno", 
i.e., serial number, is identified and typed as a "string" data type 448. 
[0040] Fig. 5b illustrates a similar structure for content element 450. In this case, 

content element 450, illustrated as 450 1 , includes a single element 452', referred to as "lot". 

15 Element "lot" 452 is then identified and typed as including three elements, "any3" 454', any2, 
456' and "holdstate" 458' and one attribute, "lotjd" 460'. In this case, attribute "lot_id" 460 is 
used to provide information to the user and is identified and typed as a "string" data type. 
Furthermore, elements "any3" 454, "any2" 456 and "holdstate" 468 include a single attribute 
"txt", shown as 460'. Attribute "txt" is identified as a "string" data type 460. 

20 [0041] Fig. 6 illustrates a schema 600 requesting a server to provide information 

regarding a specific "lot." In this exemplary schema, transaction 610 includes three attributes, 
Transaction Id, Action and Func Id that are defined as "lotlnfolnq", "Inquery" and "0001", 
respectively, at line 615. A Header section 620 includes a single attribute "sno" equal to 
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"00100" at line 622, and two elements From Node and sys equal to "MyPC" and "OMI" at line 
624. At line 626, a user password, identified as ABC and set to "123" is illustrated as an 
example. 

[0042] A content section 630 is shown having a Lotjd set to ABC 100.00 at line 632. 

5 Additional textual information, presented as Any2 and Any3 may be included in the header 
section. 

[0043] Figure 7 illustrates an exemplary schema 700 for a server replying to the request 

schema shown in Figure 6. In this exemplary schema, transaction region 710 includes three 
attributes: Transaction Id, Action and Func Id, which are set to "LotlnfoInqReply", 

10 "ResultReply" and "0005," respectively. Header section 720 includes a single attribute "sno" 
that identifies the header at line 722. It further includes two elements, From and Msg. A 
content section 730 includes one attribute Lot_id at line 732 for returning the results to the 
client. Content section 730 may include additional information, shown as any2 and any3, at 
lines 734 and 736 respectively. 

1 5 [0044] While the invention has been described with reference to the preferred 

embodiments thereof, it will be appreciated by those of ordinary skill in the art that 
modifications can be made to the parts that comprise the invention without departing from the 
spirit and scope thereof, as defined by the claims. 
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